Skip to content

fix: align MaxBlobSize with Piri DefaultMaxPaddedSize - #65

Merged
alanshaw merged 2 commits into
mainfrom
ash/fix/max-blob-size
Sep 4, 2026
Merged

fix: align MaxBlobSize with Piri DefaultMaxPaddedSize#65
alanshaw merged 2 commits into
mainfrom
ash/fix/max-blob-size

Conversation

@alanshaw

@alanshaw alanshaw commented Sep 1, 2026

Copy link
Copy Markdown
Member

libforge's network-wide blob ceiling was 268_435_456 (256 MiB raw), but since fil-forge/piri#49 a default-configured piri accepts at most 266,338,304 raw bytes per piece (256 MiB padded, ×127/128 Fr32 — piri/pkg/pdp/piecesize). A 256 MiB raw blob pads to a 2^29 piece and is rejected with BlobSizeLimitExceeded, so the constant clients shard against exceeded what every default node accepts.

Found by ingot's 5 GiB max-part itest (FIL-495); ingot's own default max_blob_size was fixed separately to sit an envelope allowance under the cap.

@alanshaw
alanshaw merged commit 81372e7 into main Sep 4, 2026
8 checks passed
alanshaw added a commit to fil-forge/piri that referenced this pull request Sep 4, 2026
…drift (#104)

Updates assertions to prevent these two constants drifting.

Mentioned by Claude which I agree with:

> One thing I'd not do is make piri derive its piece config from
libforge — the dependency should point one way: libforge states the
network constant, piri's default must satisfy it, and the piri test is
the guard.

Depends on:

* fil-forge/libforge#65

refs #49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants